home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1453 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.4 KB
  1. Subject: Re: GEMDOS re-entrancy 
  2. Date: Tue, 24 May 1994 16:40:37 -0700
  3. From: Howard Chu <howard@harry.lloyd.com>
  4.  
  5.   ========================================================================
  6.   - HD driver initiates transfer, puts process A to sleep. Note that
  7.     process A is now sleeping *inside* GEMDOS.
  8.   
  9.   - Process B makes a GEMDOS call.
  10.   ========================================================================
  11.   
  12.   It would seem there are 3 choices.
  13.   
  14.   1) GEMDOS must be re-entrant.  It isn't.
  15.   
  16.   2) Process B must not make a GEMDOS call.  This could lead to some weird
  17.      multitasking.  I guess it would work, but halting the AES when a program
  18.      tries to load fonts could get kinda hairy.  Processes that can't call
  19.      GEMDOS cannot accept input or display output.  This will work, but it's
  20.      hairy.
  21.   
  22.   3) Make process A sleep OUTSIDE GEMDOS.  There must be some way to clean up
  23.      GEMDOS while process A sleeps, perhaps exiting GEMDOS and putting the
  24.      process on some sort of wait queue.  Then have the process re-enter
  25.      GEMDOS when the IO is complete.  There has GOT to be some way to clean
  26.      things up.
  27.   
  28.   I'd rather make GEMDOS re-entrant, but failing that perhaps option 3 could
  29.   be implemented?
  30.   
  31. Option 3 sounds interesting, but if you look at it, you will still need to
  32. rewrite portions of GEMDOS to support it, so you might as well do the whole
  33. thing right with option 1, eh?
  34.